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Sir: 

This Appeal Brief is filed in response to the Final Office Action mailed August 
29, 2007 and Notice of Appeal filed on November 29, 2007. 
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It is believed that no extensions of time or fees are required, beyond those that 
may otherwise be provided for in documents accompanying this paper. However, in the 
event that additional extensions of time are necessary to allow consideration of this paper, 
such extensions are hereby petitioned under 37 C.F.R. § 1.136(a), and any fees required 
(including fees for net addition of claims) are hereby authorized to be charged to Hewlett- 
Packard Development Company's deposit account no. 08-2025. 
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L REAL PARTY IN INTEREST 

The real party in interest is Hewlett-Packard Development Company, LP, a 
limited partnership established under the laws of the State of Texas and having a 
principal place of business at 20555 S.H. 249 Houston, TX 77070, U.S.A. (hereinafter 
"HPDC"). HPDC is a Texas limited partnership and is a wholly-owned affiliate of 
Hewlett-Packard Company, a Delaware Corporation, headquartered in Palo Alto, CA. 
The general or managing partner of HPDC is HPQ Holdings, LLC. 
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II. RELATED APPEALS AND INTERFERENCES 

There are no known related appeals, judicial proceedings, or interferences known 
to appellant, the appellant's legal representative, or assignee that will directly affect or be 
directly affected by or have a bearing on the Appeal Board's decision in the pending 
appeal. 
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III. STATUS OF CLAIMS 

Claims 1 - 20 are pending in the application and stand finally rejected. The 
rejection of claims 1 - 20 is appealed. 
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IV. STATUS OF AMENDMENTS 

No amendments were made after receipt of the Final Office Action. All 
amendments have been entered. 
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V» SUMMARY OF CLAIMED SUBJECT MATTER 

The following provides a concise explanation of the subject matter defined in 
each of the claims involved in the appeal, referring to the specification by page and line 
number and to the drawings by reference characters, as required by 37 C.F.R. 
§ 41.37(c)(l)(v). Each element of the claims is identified by a corresponding reference to 
the specification and drawings where applicable. Note that the citation to passages in the 
specification and drawings for each claim element does not imply that the limitations 
from the specification and drawings should be read into the corresponding claim element 
or that these are the sole sources in the specification supporting the claim features. 

Claim 1 

A storage network comprising (Fig. 1 shows a storage area network 100): 

an automated storage system (Fig. 1, #101) including data access drives (Fig. 1, 
#150) that perform read or write operations on storage media (Fig. 1 , #135) and transfer 
robotics (Fig. 1, #160) that transfer the storage media to the data access drives (The 
storage system 101 includes data access drives 150a, 150b, 150c, 150d (also referred to 
generally by reference 150) for read and/or write operations on the storage medium 135: 
see paragraph [0022]. Transfer robotics 160 transport the storage media 135 in the 
storage system 101 and retrieve storage media 135 (e.g., from the storage cells 140a, 
140b), transport the storage media 135, and eject the storage media 135 at an intended 
destination (e.g., one of the data access drives 150): see paragraph [0023]); 

an interface manager (Fig. 1, # 180) communicatively coupled to each of the data 
access drives and transfer robotics, the interface manager aggregating configuration 
information for the data access drives and transfer robotics in the automated storage 
system (Interface manager 200 aggregates device information and management 
commands for a storage system (e.g., storage system 101 in FIG. 1). Interface manager 
200 outputs device information and receives management commands via the user 
interface 210, thereby enabling a network administrator (or other user) to centrally 
manage access to the storage system: see paragraph [0030])); 

an interface application (Fig. 2, #270) provided in computer-readable storage at 
the interface manager, the interface application generating user interface rendering data 
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for the configuration information (Interface application 270 generates a graphical user 
interface (see e.g., FIGS. 3a and 3b) based at least in part on the device information and 
management commands in the management pipeline 260: [0038])); and 

a graphical user interface (Fig. 3b, #300 and Fig. 4, #400) operatively associated 
with the interface application, the graphical user interface outputting the configuration 
information in accordance with the user interface rendering data and receiving user input 
to change access permissions for hosts to the data access drives and the transfer robotics 
(A user may configure access permissions for one or more of the hosts by selecting a host 
from the Host Access table 392. For example, host "2100e08bH M is shown selected at 
393 in FIG. 3b: see [0055]. As shown in Fig. 4, operation space 430 includes a host 
access table 450 identifying the various hosts and corresponding system devices in the 
selected storage system. A user may configure one or more of the hosts for the selected 
storage system, for example, by selecting and deselecting devices corresponding to the 
host. For purposes of illustration, the user may move graphical pointer 460 to the 
Robotics checkbox and click the mouse button to place a check 455 in the checkbox 457. 
Accordingly, the host identified as "21003e8blH" is configured for access to the transfer 
robotics. See paragraph [0060]). 

Claim 5 

The storage network of claim 1 wherein the graphical user interface displays a 
logical map of the data access drives and transfer robotics (Fig. 4 shows a table 450 with 
rows and columns that identify access permissions for data access drives and transfer 
robotics. A user can configure the access permissions by selecting one or more of the 
rows and/or columns to grant or deny access for hosts to the data access drives and 
transfer robotics: see paragraphs [0060] and [0061]. ). 

Claim 6 

The storage network of claim 1 wherein the graphical user interface displays 
access permissions for the data access drives and transfer robotics in a table format (Fig. 
4 shows a table 450 with rows and columns that identify access permissions for data 
access drives and transfer robotics. A user can configure the access permissions by 
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selecting one or more of the rows and/or columns to grant or deny access for hosts to the 
data access drives and transfer robotics: see paragraphs [0060] and [0061], ). 

Claim 7 

The storage network of claim 1 wherein the graphical user interface receives user 
input to deny and grant access permissions for the hosts to the data access drives and 
transfer robotics (Fig. 4 shows a table 450 with rows and columns that identify access 
permissions for data access drives and transfer robotics. A user can configure the access 
permissions by selecting one or more of the rows and/or columns to grant or deny access 
for hosts to the data access drives and transfer robotics: see paragraphs [0060] and 
[0061].). 

Claim 8 

In an automated storage system (Fig. 1, #101) linked to a graphical user interface 
(Fig. 3b, #300 and Fig. 4, #400) including a display and a user interface selection device, 
a method comprising (The graphical user interface 300 supports user interaction through 
common techniques, such as a pointing device (e.g., mouse, style), keystroke operations, 
or touch screen. See paragraph [0043]. Fig. 6 is a flowchart illustrating exemplary 
operations to implement a graphical user interface in a storage network: see paragraph 
[0066]): 

aggregating configuration information at an interface manager for a plurality of 
system devices including data access drives that receive movable storage media from 
transfer robotics in the automated storage system (Fig. 6, #600: A logical configuration of 
the storage system is generated, for example, at the interface manager based on 
aggregated device information from the interface controllers. The logical configuration 
includes plurality of logical devices (also called logical units or LUNs) allocated within 
the storage system: see paragraph [0067].); 

generating user interface rendering data at the interface manager (Operation 600, 
a logical configuration of the storage system is generated, for example, at the interface 
manager based on aggregated device information from the interface controllers: see 
paragraph [0067].); 
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displaying the configuration information in an application window at the 
graphical user interface in accordance with the user interface rendering data (Fig. 6, 
#610: The logical configuration generated in operation 600 is displayed in a graphical 
user interface, for example, as illustrated in FIGS. 3a and 3b. See paragraph [0068]); and 

receiving user input in the application window to change access permissions of 
hosts to the data access drives and the transfer robotics (Fig. 6, #620: In operation 620, 
configuration commands for the storage system are received via the graphical user 
interface. For example, a network administrator may configure access to one or more of 
the system devices as illustrated in FIG. 4. See paragraph [0068]. In operation 630, the 
logical configuration of the storage system is updated. For example, the logical 
configuration may be updated to indicate that a host is granted access to the transfer 
robotics and another host is denied access to one or more of the data access drives, based 
on the configuration commands received during operation 620. See paragraph [0069]). 

Claim 1 1 

The automated storage system of claim 8 wherein the method further comprises 
receiving the user input in the application window to grant and deny the hosts access to 
the data access drives and the transfer robotics (Fig. 4 shows a table 450 with rows and 
columns that identify access permissions for data access drives and transfer robotics. A 
user can configure the access permissions by selecting one or more of the rows and/or 
columns to grant or deny access for hosts to the data access drives and transfer robotics: 
see paragraphs [0060] and [0061]. ). 

Claim 17 

A method comprising (Fig. 6 is a flowchart illustrating exemplary operations to 
implement a graphical user interface in a storage network: see paragraph [0066]): 

aggregating configuration information for a plurality of system devices that 
include drives for reading and writing data to movable storage media received from 
transfer robotics in a storage system (Fig. 6, #600: A logical configuration of the storage 
system is generated, for example, at the interface manager based on aggregated device 
information from the interface controllers. The logical configuration includes plurality of 
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logical devices (also called logical units or LUNs) allocated within the storage system: 
see paragraph [0067].); 

generating user interface rendering data (Operation 600, a logical configuration of 
the storage system is generated, for example, at the interface manager based on 
aggregated device information from the interface controllers: see paragraph [0067].); 

displaying the configuration information as a logical map of the system devices at 
a graphical user interface in accordance with the user interface rendering data (Fig. 6, 
#610: The logical configuration generated in operation 600 is displayed in a graphical 
user interface, for example, as illustrated in FIGS. 3a and 3b.See paragraph [0068]); and 

receiving user selections from the graphical user interface to edit access 
permissions of hosts to the drives and the transfer robotics (Fig. 6, #620: In operation 
620, configuration commands for the storage system are received via the graphical user 
interface. For example, a network administrator may configure access to one or more of 
the system devices as illustrated in FIG. 4. See paragraph [0068]. In operation 630, the 
logical configuration of the storage system is updated. For example, the logical 
configuration may be updated to indicate that a host is granted access to the transfer 
robotics and another host is denied access to one or more of the data access drives, based 
on the configuration commands received during operation 620. See paragraph [0069]). 

Claim 18 

The method of claim 17 further comprising receiving user selections from the 
graphical user interface to add and remove drives from the system devices (Fig. 4 shows 
a table 450 with rows and columns that identify access permissions for data access drives 
and transfer robotics. A user can configure the access permissions by selecting one or 
more of the rows and/or columns to grant or deny access for hosts to the data access 
drives and transfer robotics: see paragraphs [0060] and [0061]. ). 
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VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Claims 1-4, 6-8, 10-12, and 17-19 are rejected under 35 USC § 103(a) as being 
unpatentable over US publication 2004/0032430 (Yung) in view of USPN 6,839,747 
(Blumenau) and USPN 5,613,154 (Burke). 

Claims 5, 9, 13-16, and 20 are rejected under 35 USC § 103(a) as being 
unpatentable over US publication 2004/0032430 (Yung) in view of USPN 6,839,747 
(Blumenau), USPN 5,613,154 (Burke), and USPN 6,212,606 (Dimitroff). 
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VIL ARGUMENT 

The rejection of claims 1 - 20 is improper, and Applicants respectfully request 
reversal of these rejections. 

The claims do not stand or fall together. Instead, Applicants present separate 
arguments for various claims. Each of these arguments is separately argued below and 
presented with separate headings and sub-heading as required by 37 C.F.R. 
§41.37(c)(l)(vii). 

Overview of Claims and Primary References (Yung and Blumenau) 

As a precursor to the arguments, Applicants provide an overview of the claims 
and the primary references (Yung and Blumenau). This overview will assist in 
determining the scope and content of the prior art as required in Graham (see Graham v. 
John Deere Co. of Kansas City, 383 U.S. 1, 17-18 setting out an objective analysis for 
applying 103 rejections). 

As discussed in Applicants' Background, automated storage systems store large 
volumes of data on various types of storage media, such as magnetic tape cartridges and 
optical storage media. System devices in the storage system are mapped, and users are 
given access to one or more access drives for read and/or write operations and to transfer 
robotics to move the storage media between storage cells and the data access drives. 
Maintaining and understanding the map of the storage system can be quite challenging. 

Yung teaches a user interface for biological laboratories, not automated storage 
systems. The laboratory has numerous biological processing instruments for processing 
biological samples. The graphical user interface in Yung monitors and controls these 
instruments in the biological laboratory. 

Blumenau teaches a GUI that allows a user to modify the topology of a network 
and availability of storage volumes assigned to hosts. The GUI communicates with the 
storage system to identify hosts logged into the network and identify whether access to a 
particular storage volume is permitted by a particular host. In Blumenau, a user cannot 
use the GUI to control host access to specific pickers and specific drives. 
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The claims are directed to a GUI for an automated storage library. The GUI 
displays in a window hosts connected to the library. Through the GUI, the user can 
change access permissions to the picker and individual drives for each of the hosts. In 
other words, a user can change which pickers (i.e., transfer robotics) and which drives the 
hosts can access and use. The GUI enables finite control of specific devices so the user 
can control host access to specific pickers and drives. 

Claim Rejections: 35 USC § 103(a) 

Claims 1-4, 6-8, 10-12, and 17-19 are rejected under 35 USC § 103(a) as being 
unpatentable over US publication 2004/0032430 (Yung) in view of USPN 6,839,747 
(Blumenau) and USPN 5,613,154 (Burke). These rejections are traversed, and Applicants 
present different groupings for the claims (the groupings are shown as separate sub- 
headings). 

Claims 1-4, 6-8, 10-12, and 17-19 recite one or more elements that are not taught 
or suggested in Yung in view of Blumenau and Burke. These missing elements show that 
the differences between the combined teachings in the art and the recitations in the claims 
are great. As such, the pending claims are not a predictable variation of the art to one of 
ordinary skill in the art. 

Sub-Heading: Claims 1-4, 8, 10, 12, 17, 19 

Claim 1 is selected for discussion for this group. 

Claim 1 recites that the GUI receives user input to change access permissions "for 
hosts to the data access drives and the transfer robotics." In other words, the user can 
utilize the GUI to change access permissions to both the access drives and the transfer 
robotics (i.e., picker) for the hosts. The Examiner argues that this element is taught in 
Blumenau. Applicants respectfully traverse. 

Blumenau teaches a GUI that allows a user to modify the topology of a network 
and availability of storage volumes assigned to hosts. Although Blumenau teaches 
modifying the topology, Blumenau does not teach modifying host permissions to 
specific drives and transfer robotics. Blumenau does not offer this level of finite 
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control in the storage area network. Blumenau explains the type of control and access a 
user has with the GUI: 

In one embodiment of the present invention, a graphical user interface 
(GUI) is provided with which a user can graphically view the availability 
and assignment of data storage volumes to different hosts in a storage 
network. The GUI also allows a user to graphically view the topology of 
the network (i.e., how network devices such as hosts, HBAs, storage 
systems, storage system adapters, etc., are interconnected in the network), 
and to graphically modify the topology of the network and/or the 
availability and assignment of storage volumes to different hosts in the 
network. Advantageously, the GUI permits network devices and the 
availability and assignment of storage volumes on a storage system to be 
viewed, managed, and modified. 

Blumenau teaches a GUI that allows a user to modify the topology of the network 
and availability of storage volumes assigned to hosts. By contrast, claim 1 recites that the 
GUI receives user input to change access permissions "for hosts to the data access drives 
and the transfer robotics." So, although Blumenau teaches modifying the topology, 
Blumenau does not teach modifying host permissions to drives and transfer robotics. 

Claim 1 recites a level of control (i.e., to drives and transfer robotics) not taught in 
Blumenau. This level of finite control provides the system administrator with significant 
advantage since workloads and storage assignments can be altered between not only the 
larger storage volumes but also the smaller sub-components, namely the drives and 
pickers. This level of control was not known in the art before Applicants' invention. 

For at least these reasons, the claims are allowable over Yung, Blumenau, and 

Burke. 

Sub-Heading: Claim 6 

Claim 6 recites that the graphical user interface displays access permissions for 
the data access drives and transfer robotics in a table format. In other words, the system 
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administrator can view access permissions in a table for finite and specific devices, 
namely data access drives and transfer robotics. The Examiner argues that this element is 
taught in the abstract of Blumenau. Applicants respectfully disagree. 

The abstract of Blumenau teaches a GUI that identifies which hosts are logged 
into the network and identifies whether access to a particular storage volume is permitted 
for a particular host. Thus, the system administrator can determine whether a specific 
host can access a specific storage volume. This teaching is very different than claim 6 
which recites a much finer level of control and visualization. As stated in claim 6, the 
GUI displays access permissions for pickers and data access drives. This visualization 
provides the system administrator with a much finer degree of control and view of the 
network map. 

Sub-Heading: Claims 7, 11, and 18 

Applicants select claim 7 for discussion. 

Claim 7 recites that the graphical user interface receives user input to deny and 
grant access permissions for the hosts to the data access drives and transfer robotics. In 
other words, the system administrator can view and then alter (deny or grant) access 
permissions to specific devices, namely data access drives and transfer robotics. The 
Examiner argues that this element is taught in the abstract of Blumenau and column 17, 
lines 44-60. Applicants respectfully disagree. 

The cited sections of Blumenau teach a GUI that identifies which hosts are 
logged into the network and identifies whether access to a particular storage volume is 
permitted for a particular host. Thus, the system administrator can determine whether a 
specific host can access a specific storage volume. This teaching is very different than 
claim 7 which recites a much finer level of control and visualization of the storage 
devices. As stated in claim 7, the system administrator can view and then alter (deny or 
grant) access permissions to specific devices, namely data access drives and transfer 
robotics. This visualization provides the system administrator with a much finer degree of 
control and view of the network map. 
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Factors/Rationale Do Not Support Obviousness 

In determining obviousness, neither the particular motivation to make the claimed 
invention nor the problem the inventor is solving controls. The proper analysis is whether 
the claimed invention would have been obvious to one of ordinary skill in the art after 
consideration of all the facts. Further, although the Supreme Court in KSR cautioned 
against an overly rigid application of the teaching-suggestion-motivation (TSM) 
rationale, the Supreme Court recognized that TSM was one of a number of valid 
rationales that could be used to determine obviousness. 

Applicants discuss examples of rationale or factors below to show that there is no 
finding of obviousness. 

As a first factor, Applicants respectfully submit that no teaching or suggestion 
exists to make the combination because the references are directed to different 
inventions. Yung teaches a user interface for biological laboratories, not automated 
storage systems. Yung mentions the words "storage device" and "transferring robotics 
devices" (example at paragraph [001 1]), but these words are not in the context of an 
automated storage system wherein drives perform read or write operations on storage 
media and the transfer robotics transfer the storage media to the data access drives. By 
contrast, Blumenau teaches a GUI that allows a user to modify the topology of a network 
and availability of storage volumes assigned to hosts. Blumenau has nothing to do with 
using a GUI in a biological laboratory. 

As a second factor, Yung and Blumenau would have to be greatly modified to 
arrive at the claimed invention. In Yung, the GUI is for viewing biological instruments, 
not pickers and access drives such as those found in a storage library. The biological 
laboratory would have to be greatly modified to accept pickers, data drives, etc. found in 
an automated storage library of a SAN. 

As a third factor, the differences between the claims and the applied references 
are great. As explained above, claim 1 recites that the GUI receives user input to change 
access permissions "for hosts to the data access drives and the transfer robotics." In other 
words, the user can utilize the GUI to change access permissions to both the access drives 
and the transfer robotics (i.e., picker) for the hosts. Blumenau teaches a GUI having a 
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much broader function that does not include such finite and granular access and control 
of pickers and drives. 

As a fourth factor, the Examiner is performing an improper piecemeal 
construction that uses hindsight to arrive at the claim elements. In other words, the 
Examiner is picking and choosing unrelated and isolated sentences or teachings from 
Yung and Blumenau with hindsight of Applicants' invention to allegedly obviate the 
pending claims. One cannot use hindsight reconstruction to pick and choose among 
isolated disclosures in the prior art to deprecate the claimed invention. In re Fine, 837 
F.2d 1071, 5 U.S.P.Q.2d 1596 (Fed. Cir. 1988). 

As a fifth factor, in order to reject some of the dependent claims, the Examiner 
combines four different references under 103. The new PTO guidelines (adopted after 
the Supreme Court case of KSR) specify how such 103 combinations are to be provided. 
The Examiner did not follow the guidelines to show the logic of combining four 
references. 

As a sixth factor, no reasonable expectation of success has been established for 
modifying Yung with the teachings of Blumenau to arrive at the recitations of the claims. 
Yung expressly teaches a GUI in a biological laboratory. By contrast, Blumenau teaches 
using a GUI in a storage network. A biological laboratory and a storage network are very 
different systems. The laboratory of Yung would have to be greatly modified to turn it 
into a storage area network. 

As a seventh factor, Applicant argues that no teaching or suggestion exists to 
make the combination because the references are directed to solving completely different 
problems. The background section of Yung discuses problems associated with different 
instruments and application of various manufacturers in a biological laboratory. By 
contrast, the background section in Blumenau discusses solving problems associated with 
managing trusted zones of memory at a storage system for host computers. 

These various factors show that elements in the claims are not obvious in view of 
the Yung, Blumenau, and Burke. 
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Claim Rejections: 35 USC § 103(a) 

Claims 5, 9, 13-16, and 20 are rejected under 35 USC § 103(a) as being 
unpatentable over US publication 2004/0032430 (Yung) in view of USPN 6,839,747 
(Blumenau), USPN 5,613,154 (Burke), and USPN 6,212,606 (Dimitroff).These rejections 
are traversed, and Applicants present different groupings for the claims (the groupings 
are shown as separate sub-headings). 

Claims 5, 9, 13-16, and 20 recite one or more elements that are not taught or 
suggested in Yung in view of Blumenau, Burke, and Dimitroff. These missing elements 
show that the differences between the combined teachings in the art and the recitations in 
the claims are great. As such, the pending claims are not a predictable variation of the art 
to one of ordinary skill in the art. 

Claims 5, 9, 13-16, and 20 depend from independent claims 1, 8, and 17. As 
explained above, Yung, Blumenau, and Burke fail to teach or suggest all of the elements 
of the independent claims. Dimitroff fails to cure these deficiencies. Thus for at least the 
reasons provided with respect to the independent claims, dependent claims 5, 9, 13-16, 
and 20 are allowable over Yung, Blumenau, Burke, and Dimitroff. 

Sub-Heading: Claim 5 

Claim 5 recites that the graphical user interface displays a logical map of the data 
access drives and transfer robotics. A system administrator is thus able to view finite or 
detailed configuration of the map of the storage area network. Specifically, the GUI 
displays a map of both the access drives and the transfer robotics. This level of display 
and control is not taught or suggested in the art. The Examiner argues that Dimitroff 
teaches this element. Applicants respectfully disagree. 

Dimitroff teaches a method for establishing a standardized shared level for 
storage units in a multi-server environment. This shared level, however, does not include 
or even suggest displaying a logical map of such detail as the access drives and transfer 
robotics. Dimitroff teaches that access parameters enable a host to determine the presence 
of storage units, but nowhere can a user see host access to access drives and transfer 
robotics through a GUI. This level of control is simply not taught in Dimitroff. 
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CONCLUSION 

In view of the above, Applicants respectfully request the Board of Appeals to 
reverse the Examiner's rejection of all pending claims. 

Any inquiry regarding this Amendment and Response should be directed to Philip 
S. Lyren at Telephone No. 832-236-5529. In addition, all correspondence should 
continue to be directed to the following address: 



Hewlett-Packard Company 

Intellectual Property Administration 
P.O. Box 272400 

Fort Collins, Colorado 80527-2400 



Respectfully submitted, 

/Philip S. Lyren #40,709/ 

Philip S. Lyren 
Reg. No. 40,709 
Ph: 832-236-5529 
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VIII. Claims Appendix 

1. A storage network comprising: 

an automated storage system including data access drives that perform read or 
write operations on storage media and transfer robotics that transfer the storage media to 
the data access drives; 

an interface manager communicatively coupled to each of the data access drives 
and transfer robotics, the interface manager aggregating configuration information for the 
data access drives and transfer robotics in the automated storage system; 

an interface application provided in computer-readable storage at the interface 
manager, the interface application generating user interface rendering data for the 
configuration information; and 

a graphical user interface opera tively associated with the interface application, the 
graphical user interface outputting the configuration information in accordance with the 
user interface rendering data and receiving user input to change access permissions for 
hosts to the data access drives and the transfer robotics. 

2. The storage network of claim 1 wherein the interface application receives the 
configuration information from a management pipeline at the interface manager. 

3. The storage network of claim 1 wherein the interface application includes a state 
machine to determine a state of the data access drives and transfer robotics based at least 
in part on the configuration information. 
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4. The storage network of claim 1 wherein the interface application includes a render 
engine to generate the user interface rendering data. 

5. The storage network of claim 1 wherein the graphical user interface displays a logical 
map of the data access drives and transfer robotics. 

6. The storage network of claim 1 wherein the graphical user interface displays access 
permissions for the data access drives and transfer robotics in a table format. 

7. The storage network of claim 1 wherein the graphical user interface receives user input 
to deny and grant access permissions for the hosts to the data access drives and transfer 
robotics. 

8. In an automated storage system linked to a graphical user interface including a display 
and a user interface selection device, a method comprising: 

aggregating configuration information at an interface manager for a plurality of 
system devices including data access drives that receive movable storage media from 
transfer robotics in the automated storage system; 

generating user interface rendering data at the interface manager; 

displaying the configuration information in an application window at the 
graphical user interface in accordance with the user interface rendering data; and 

receiving user input in the application window to change access permissions of 
hosts to the data access drives and the transfer robotics. 
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9. The automated storage system of claim 8 wherein the method further comprises 
displaying the configuration information in the application window as a logical map of 
the system devices. 

10. The automated storage system of claim 8 wherein the method further comprises 
displaying the access permissions for the system devices in the application window. 

11. The automated storage system of claim 8 wherein the method further comprises 
receiving the user input in the application window to grant and deny the hosts access to 
the data access drives and the transfer robotics. 

12. The automated storage system of claim 8 wherein the method further comprises 
receiving management commands for the system devices based on user input at the 
application window. 

13. The automated storage system of claim 8 wherein the method further comprises 
copying all access permissions for a first host selection to a second host selection in the 
application window. 

14. The automated storage system of claim 8 wherein the method further comprises 
removing all access permissions for at least one host selection in the application window. 
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15. The automated storage system of claim 8 wherein the method further comprises 
copying all access permissions for a first device selection to a second device selection in 
the application window. 

16. The automated storage system of claim 8 wherein the method further comprises 
removing all access permissions for at least one device selection in the application 
window. 

17. A method comprising: 

aggregating configuration information for a plurality of system devices that 
include drives for reading and writing data to movable storage media received from 
transfer robotics in a storage system; 

generating user interface rendering data; 

displaying the configuration information as a logical map of the system devices at 
a graphical user interface in accordance with the user interface rendering data; and 

receiving user selections from the graphical user interface to edit access 
permissions of hosts to the drives and the transfer robotics. 

18. The method of claim 17 further comprising receiving user selections from the 
graphical user interface to add and remove drives from the system devices. 

19. The method of claim 18 wherein the user selections include copying and pasting 
access permissions for a first host to a second host. 
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20. The method of claim 1 8 wherein the user selections include copying and pasting 
access permissions for a first system device to a second system device. 
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None. 



IX. EVIDENCE APPENDIX 
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X. RELATED PROCEEDINGS APPENDIX 

None. 
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